home *** CD-ROM | disk | FTP | other *** search
/ ETO Development Tools 4 / ETO Development Tools 4.iso / Essentials / MacApp Documentation / MacApp.TECH$ Archives / 1990 / Oct 90 / MacApp.Tech$ 10⁄19⁄90 / 2192-Re macapp debuggery-Oct90 < prev    next >
Encoding:
Text File  |  1991-03-06  |  2.6 KB  |  61 lines  |  [TEXT/GEOL]
  1. Item    3528937                         18-Oct-90        09:30PDT
  2.  
  3. From:   STRONG.S                        Strong, Steve
  4.  
  5. To:     LALEKERMAC                      CSX Technology, W Laleker,SSF,PAS
  6.  
  7. cc:     MACAPP.TECH$                    MacApp Technical
  8.  
  9. Sub:    Re: macapp debuggery
  10.  
  11. W Laleker:
  12.  
  13. I assume that you are aware that if you compile MacApp and your program with
  14. the -debug option you can use the MacApp debugger.  Actually, that may not be a
  15. good assumption since the default build options on MacApp have been changed to
  16. set -nodebug as the default.  You can change this by opening the Startup file
  17. in your MacApp folder and replacing -nodebug with -debug in the build options.
  18. Look at the MacApp documentation (chapter 7 in "Introduction to MacApp® 2.0 and
  19. Object-Oriented Programming) for details regarding using the MacApp debugger.
  20. It's a pretty good debugger, but it's missing one very important feature: you
  21. can't step through source code as you execute your program.
  22.  
  23. Yes, you can use SADE with MacApp and it's not as bad as you might think.  You
  24. need -sym versions of MacApp and your program.  You can also have both
  25. debuggers (MacApp and SADE) in use at the same time.  Then you can use the
  26. MacApp debugger's nifty object inspector and SADE's source level debugging.  If
  27. you want to do that, compile your program and MacApp using both the -sym and
  28. the -debug options.  Testing is incredibly slow when you use both of these
  29. options, however.  I use -nodebug -sym and you can even do something like:
  30. -nodebug -inspector -sym (I found that I had to use these MABuild options in
  31. that order).  Both of these sets of MABuild options offer greater speed during
  32. debugging and the latter offers the great MacApp object inspector as well as
  33. the source level debugging of SADE -- but unfortunately not __exactly__ at the
  34. same time: I can't get the inspector window to activate from SADE during a
  35. break.
  36.  
  37. One more bit of information: when you start up SADE these three commands will
  38. get you ready to do most of the work you'll need to do:
  39.  
  40.     DIRECTORY "put the complete specification of the folder containing your
  41. source code here"
  42.     TARGET "put the complete specification of the version of your compiled
  43. application that you are testing here"
  44.     SOURCEPATH "put the complete specification of the folder containing all
  45. versions of your MacApp libraries here"
  46.  
  47. Here is an example:
  48.  
  49.     directory "Side Car:MacApp 2.0:Cards"
  50.     target "Side Car:MacApp 2.0:Cards:.NoDebug Sym Inspector"
  51.     sourcepath "Side Car:MacApp 2.0:Libraries"
  52.  
  53. You'll probably need to check the SADE documentation (such as it is) on how to
  54. use SADE.
  55.  
  56. Hope this helps.
  57.  
  58. Steve Strong
  59. Developer University
  60.  
  61.